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(54) Wireless serial port transceiver 

(57) A pair of compact, energy-efficient intelligent, 
wireless transceiver units are designed to replace the 
cable that interconnects a portable bar-code scanner, 
keyboard, and display or other host to a portable bar- 
code printer or the Itoe. When reset, the units exchange 
linkage packets and thereby exchange addresses. 
Thereafter, the two units communicate in an error-free 
fashion with each other, even in the presence of noise 
and interference, by exchanging addressed packets 
containing error detection information Alternate trans- 



mission frequencies are selected when transmissions 
cannot be received at one frequency. The host unit may 
maintain independent linkages with multiple printers or 
the like, with a switch on the host unit selecting the 
desired printer. Power usage is minimized by shutting 
down transmitters, receivers, serial port drivers, and 
microprocessors whenever possible, and for extended 
periods when data Is not being transmitted. 
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Description 

FIELD OF THE INVENTION 

[0001] This invention relates to communications 
between data entry and storage systems and printers 
and the like, and more particularly to communications 
systems for interconnecting portable printers suitable 
for printing labels and bar codes with portable bar code 
scanners, data entry terminals, and servers containing 
data such as product codes and pricing information. 
The invention also has applicability to any situation 
where it is desired to establish a two-way, wireless data 
link between two devices which normally communicate 
over some industry-standard form of cable. 

BACKGROUND OF THE INVENTION 

Description of the Related Art 

[0002J Printers and the like are traditionally connected 
to personal Computers by means of serial data cables. 
Serial signal protocols, connectors, and cables typically 
conform with the RS-232-C standard of the Electronic 
Industries Association (EIA), a standard for the interface 
between Data Terminal Equipment or DTE (terminals 
and personal computers and printers) and Data Com- 
munications Equipment or DCE (typically modems) 
employing serial binary interchange (see also the com- 
parable CCm standard V.24). Traditionally, a 25-pin 
standardized connector was used, but newer designs 
utilize connectors having fewer pins which are also 
siandartfized. This high level of standardization makes it 
relatively simple to interconnect any computer to any 
modem or any printer. 

[0003] The RS-232-C standard provides for two-way 
serial communications over two wires, with data flowing 
out (from the DTC) over a first wire and back (from the 
DCE) over a second wire. When a "Data Terminal 
Equipment" (DTE) connects to a "Data Communica- 
tions Equipment" (DCE), as when a personal computer 
connects to an external modem, the pin numbers at 
each end of the standard RS-232-C cable match up 
properly so that pin 1 on the computer connects to pin 1 
on the modem, pin 2 connects to pin 2, pin 3 connects 
to pin 3, and so on. But when a DTE connects to a DTE, 
as when a DTE personal computer connects to a DTE 
printer, the RS-232-C cable must be rewired so that pins 
2 and 3 at one end connect respectively to pins 3 and 2 
at the other end; and other wires may also have to be 
cross-connected to insure a proper hardware hand- 
shake, dti accordance with the standard and the special- 
ized needs of the equipment at either end of the cable. 
Such a cable is called a "null modem," since it can be 
thought of as the equivalent of two DCE modems con- 
nected by a telephone line and interconnecting the two 
DTEs. 

[0004] In the field of label printing, it is often desirable 



to provide portable bar coded label scanning equip- 
ment, keyboards for entering commands, servers for 
storing pricing and label image data, and printing equip- 
ment that can be carried about and used where needed 

s to print new and replacement labels. Typically, this 
equipment is directly connected together by means of 
serial cables, connectors, and protocols of the type just 
described. Such cables can get in the way of hand-held 
scanning equipment and can become disconnected. 

w Cables are also subject to wear and tear and are expen- 
sive to replace. Serial cables cannot be unduly long, so 
they sometimes require the keyboard and scanning 
equipment to be located closer to the printing equip- 
ment than is often desirable. To switch between multiple 

is printers, cables may have to be disconnected and 
reconnected, or cumbersome switch boxes must be 
used, or multiple jacks and cables must be provided, or 
a local area network or LAN must be set up and man- 
aged. 

20 [0005] Radio links can be utilized as a replacement fa 
such cables, but such links can be unreliable, since 
errors can result from static and interference and the 
like. Some such radio links appear to the computer and 
printer to be modems, but such links cannot be used 

25 without redesign of the related computer and printer 
equipment, since modems must be sent special codes 
that initialize the modems, set transmission speeds, and 
select protocols. Redesign is required to provide these 
special codes. 

30 [0006] Wireless LANs are known which utilize spread 
spectrum technology to transmit messages among a 
series of radio links, but such LANS again cannot be 
used as direct replacements for serial cables without 
redesigning the related equipment to implement a local 

35 area network. Such systems typically utilize complex 
spread-spectrum technology and are quite expensive. 
See, for example, U.S. Patent No. 5,107,100 which 
issued on April 21, 1992 to Shepard. et al. (See col. 7, 
line 35 to col. 8, line 1 3). Spread spectrum technology is 

40 explained in U.S. Patent Na 5,029, 1 83 which Issued on 
Jury 2, 1991 to LaRoy Tymes. 
[0007] U.S. Patent Application 08/502,612, filed on 
July 14, 1995 by Kelly L Johnson and Mark W. Roth 
(and assigned to the same assignee as the present 

45 application), teaches use of a single radio link driving a 
remotely-controllable multiplexer (44 in FIG. 2) to con- 
nect any one of multiple printers back to a host compu- 
ter source of data. Special addressed data packets, 
sent over the radio link by the host computer, cause the 

so remote multiplexer to switch the radio link to any desired 
one of several remote printers whose data input cables 
are plugged into the multiplexer. Once properly 
switched, the radio link and multiplexer together provide 
a direct path from the host computer to a particular one 

55 of several printers. But the host computer must be spe- 
cially programmed to know the printer addresses and to 
send out the special addressed data packets to the mul- 
tiplexer, and the printers must be plugged directly into 
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the multiplexer. This application teaches the use of data 
packets similar to those used in the present invention, 
but their use is not transparent to the host computer 
which must be especially programmed to generate such 
packets and to know the addresses of the printers. 5 
10008] Accordingly, existing equipment presently in 
the field and designed to support conventional serial 
communication over conventional RS-232-C cables 
cannot be simply retrofitted to function in the manner 
just described without radical redesign. Only custom- 10 
ised printers and the like can be supported by such sys- 
tems. 

SUMMARY OF THE I MENTION 

15 

Objects oiihe Invention 

[0009] Accordingly, it is a general object of the present 
Invention to provide a wireless interconnection between 
a source of information, such as a personal computer 20 
linked to a central data repository or a portable bar code 
scanner and keyboard assembly, and a sink for informa- 
tion, such as one or several portable printers for printing 
tags and labels. 

[0010] A further object of the invention is to provide 25 
such an interconnection which can be used as a direct 
replacement tor a standard serial cable interconnection 
without the need for extensive modification of the inter- 
connected equipment. 

[0011] Another object of the invention is the achieve- 30 
merit of such an interconnection which is highly immune 
from noise and interference. 
[0012] A further object is the provision of a simple 
method tor linking a data source to any one of several 
printers without advanced knowledge of printer numeric 35 
addresses and without redesign of the equipment 
[0013] Yet another object is the provision of such a 
wireless interconnection between battery-powered units 
with due regard to maximizing power conservation. 

40 

Features of the Invention 

[0014] In accordance with these and other objects, the 
present invention, briefly described, comprises a pair of 
compact energy-efficient intelligent radio transceiver 45 
units designed to directly connect to industry-standard 
serial (or parallel) ports as a direct replacement for 
cabled interconnections. A first unit designated the 
XMT unit by means of a switch, is plugged into a source 
of information, such as a portable scanner with on- so 
board keyboard and display. One or more second, elec- 
trically identical units, designated RCV units by their 
corresponding switches, are plugged into the destina- 
tions for the information, 6uch as one or more portable 
printers for printing bar codes and other indicia on labels 55 
and the like. 

[0015] The XMT unit, when first turned on or reset, 
begins broadcasting link information packets identifying 



itself (by address) and seeking a nearby receiver. Each 
RCV unit, when first turned on or reset, begins listening 
for just such a link information packet. Upon receipt of 
such a packet, the receiver error checks the packet, and 
then sends back a iink response packet containing the 
RCV unit's address. Once such link packets have been 
successfully sent and received, the two units are linked 
and thereafter communicate only with each other and 
not with other information sources and destinations that 
may be present, possibly sharing the same transmis- 
sion frequencies. 

[001 6] Information is thereafter sent back and forth in 
packets containing error-detection information. Errone- 
ous packets are re-transmitted. H interference causes 
multiple successive packets to be missed, both the 
transmitter and receiver switch simultaneously to an 
alternate frequency and attempt to communicate once 
more. 

[001 7] A mufti-position switch on the XMT unit can be 
thrown to a second or third position, enabling the XMT 
unit to link to second and third RCV units. In this man- 
ner, a single XMT unit can be linked to two, three, or 
more separate printers, with the user using the multi- 
position switch to select which printer to use at any 
given moment. 

[0018] To conserve energy, both units power them- 
selves down whenever possible. During idle periods, the 
RCV unit powers down its receiver and only powers it up 
occasionally at times when data is actuaDy likely to be 
transmitted. The XMT unit knowing in advance when 
the RCV unit's receiver is powered on, knows just when 
to power up its transmitter to send information. 
[0019] Power can come from a battery, or from the 
serial port connections, or both. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0020] Further objects and advantages of the inven- 
tion are apparent in the detailed description which fol- 
lows and in the drawings wherein: 

FIG. 1 is a perspective view of two serial communi- 
cations radio units 106 and 1 1 4 designed in accord- 
ance with the present invention used to 
interconnect a hand-held bar-code scanning device 
104 having a keyboard and a display and a porta- 
ble, compact printer 102 for printing labels and the 
like; 

FIGS. 2 A, 2a and2C present elevational, plan, and 
perspective views of the serial communication radio 
unft 114 designed for attachment to a hand-held 
bar-code scanning device 104 (shown in FIGS. 2B 
and2C); 

FIG. 3 is a perspective view of a serial port connec- 
tor 1 1 2 that is part of the portable printer 1 02 shown 
in FIG. 1; 

FIG. 4 is a perspective view of a serial communica- 
tions radio unit 106 designed for attachment to the 



3 



5 



EP 0 918 416 A2 



6 



serial port connector 112 shown in FIG. 3 of the 
portable printer 102 shown in FIGS. 1 and 3; 
FIG. 5 is an overview electrical block diagram of a 
serial communications unit 500. illustrating its major 
electrical components and how they interconnect 
(the transceiver 700 portion of the unit 500 appears 
in FIG. 7); 

FIG. 6 is a block diagram of a microprocessor 600, 
illustrating its internal components and how they 
interconnect to other elements of the serial commu- 
nications radio unit 500 shown in FIG. 5; 
FIG 7a, b and c is a circuit diagram of the trans- 
ceiver 700 that is part of the serial communications 
radio unit 500 (FIG. 5); 

FIG. 8 is a logic and circuit diagram of the power 
and frequency control element 800 of the serial 
communications radio unit 500 (FIG. 5); 
FIG. 9 is a block diagram overview of the software 
system of the serial communications radio unit 500 
(FIG. 5) which controls the operations of the micro- 
processor 600 shown in FIG. 6; 
FIG. 10 is a block diagram of the main program 
1000 and the interrupt driven routines of the serial 
communications radio unit 500 (FIG.5); 
FIG. 11 is a block diagram of the TX routine 1100 
which manages the serial communications unit 500 
when it is in the TX or master mode, as when con- 
nected to a host computer; 
FIG. 12 is a block diagram of the LINK WITH 
REMOTE UNIT routine 1200 which guides such a 
master unit through the steps of handshaking and 
linking with a slave remote unit; 
FIG. 13 is a block diagram of the RECEIVE CHAR- 
ACTERS FROM HOST routine 1300 which, after 
the master unit is linked with the remote slave, 
accepts character data from the host computer; 
FIG. 14 is a block diagram of the TRANSMIT 
PACKET routine 1400 which takes the data gath- 
ered from the host, forms it into a data packet and 
sends it via radio link to the remote slave serial 
communications radio unit; 
FIG. 15 is a block diagram of a RECEIVE ACK OR 
NAK routine 1500 which receives back from the 
remote slave unit data packets indicating whether 
or not transmitted packets of host data were prop- 
erly received; 

FIG. 1 6 presents a block diagram of the RX routine 
1600 which controls the operations of a serial com- 
munications unit 500 configured for use as a 
remote slave unit connected to a printer or the like; 
FIG. 17 is a block diagram of a RECEIVE UNK 
PACKET routine 1700 which enables such a slave 
remote serial communications racfio unit to estab- 
lish an address linkage with a master unit when first 
turned on and prior to the transmission of any data; 
FIG. 18 is a block diagram of a TEST PRINTER 
routine 1800 which enables a serial communica- 
tions radio unit 500 configured as a stave unit to 



determine the status of a printer; 
FIG. 19 is a block diagram of a routine 1900 which 
enables a remote slave serial communications 
radio unit 500 to construct a link response packet 
5 that can establish a link with a master unit and that 
can also return the status of the printer to the mas- 
ter unit; 

FIG. 20 is a block diagram of a RECEIVE PACKET 
routine 2000 which is a normal standby routine that 

10 runs in a serial communications radio unit 500 con- 
figured as a remote slave RCV unit when it is await- 
ing packetized data from a master unit; 
FIG. 21 is a block diagram of a SEND DATA TO 
PRINTER routine 2100 which sends data received 

15 by a serial communications radio unit 500 config- 
ured as a remote slave RCV unit to a connected 
printer or other device; 

FIG. 22 is a block diagram of a LINK ERROR rou- 
tine 2200 which enables a serial communications 

20 radio unit 500 to recover from an error in the linkage 
of a master unit to a stave unit; 
FIG. 23 is a block diagram of a TX INTERRUPT 
routine 2300 which enables a serial communica- 
tions radio unit 500 to transmit data over a radio link 

25 or over an RS-232-C serial communications link; 
and 

FIGS. 24 and 25 together form a block diagram of 
an RX INTERRUPT routine 2400 which receives 
data coming into a serial communications radio unit 
30 500 from either a radio link in packetized form (2402 
in FIG. 24) or as a serial data stream from an RS- 
232-C serial port (2404 in FIG. 25). 

DETAILED DESCRIPTION OF THE PREFERRED 
35 EMBODIMENT 

[0021] With reference to FIG. 1, an embodiment of the 
present invention is shown used to interconnect a port- 
able printer 102 to a hand-held bar code scanner, key- 

40 board, and printer assembly 1 04. A first unit 106 having 
a serial port connector 108 (FIGS. 1 and 4) and hidden 
antenna 1 10 (embedded in the case of the unit 106) is 
designed and shaped so that its connector 1 08 engages 
a serial port connector 1 12 on the printer 1 02 (FIG. 3) in 

45 such a manner that the unit 106 engages the printer 102 
snugly and securely. Likewise, a second unit 1 14 has an 
antenna 1 15 (embedded in the case of the unit 1 14) and 
a serial port connector 1 16 that engages a complemen- 
tary serial port connector (not shown) on the scanner, 

so keyboard, and printer assembly 104. This shaping of 
the units 106 and 1 14 to fit snugly against the units that 
they are attached to is desirable, but not necessarily 
essential. A compact generic unit could be equipped 
with a clip or with a velcro fastener and a short length of 

55 serial cable and could be attached to any device having 
a serial port, and a modified model could be designed to 
work with industry-standard. IBM PC compatible Cen- 
tronics or Apple compatible SCSI parallel ports, as well 
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as RS-232-C serial ports. The connectors 108 and 116 
in the preferred embodiment of the invention provide 
industry-standard RS-232-C serial ports, complete with 
all of the connections shown at 505 in FIG. 5. Of the 
standard signals the DTR (data terminal ready), DSR 5 
(data set ready), TX (transmit data), and RX (receive 
data) are shown in the figure, along with a ground con- 
nection. Other standard signals could also be included 
as well. As shown, the units 104 and 106 in the pre- 
ferred embodiment are configured as DTE (data termi- w 
nal equipment) and generate the DTR signal and 
receive the DSR signal, but one or both units 104 and 
106 can be configured as DCE (data communications 
equipment) either permanently or by software actuation 
of the DTE/DCE signal line 531 which reconfigures the is 
serial port driver 508 (which, for example, can be a 
MAXIIN programmable DTE/DCE transceiver, Model 
MAX 214). The microprocessor 600 and driver 508 
could also perform tests and then configure the driver 
508 to DTE or DCE, whichever proved to be correct for 2 o 
the particular printer or host. A DTE/DCE user-actuata- 
ble switch could also be provided for flexibility. 
[0022] FIG. 5 presents an overview circuit and logic 
diagram of the digital logic 500 of both units 106 and 
1 1 4, which are electrically identical. Missing from FIG. 5 25 
are the details of the transceiver 700 which appears in 
FIG. 7 and will be described below. 
[0023] A microprocessor 600 illustratively could be a 
Microchip Technology, Inc. PIC17C43 having an internal 
4K instruction E PROM and containing 454 bytes of data so 
memory. The microprocessor 600 is powered by a bat- 
tery 510 which supplies current through an ON/OFF 
switch 504 to a +5 volt regulated supply 502 which feeds 
the VCC input of the microprocessor 600. If desired, the 
supply 502 may also receive current directly from either 35 
the DTR or the DSR data leads from the host through 
one or the other of the two transistors 506 and through 
a resistor 510 when one of the two transistors 506 is 
actuated by either the CHG1 or the CHG2 signal lines 
507 or 509 flowing from the microprocessor 600. 40 
Accordingly, in some situations the battery 510 may not 
even be needed, or may need to be replaced only rarely. 
See, generally, U& Patent No. 4,866,602 which issued 
to John C. Hall on September 12, 1989 which explains 
in much more detail how power for such a peripheral 45 
device may be drawn from the terminals of an RS-232- 
Cport. 

[0024] Since the microprocessor 600 has only one 
serial input SIN and only one serial output SOUT, and 
since it needs to connect to both the host computer over so 
the RS-232-C link 505 and also to the radio transceiver 
700 over the XMT DAT and RCV DAT data lines, the 
preferred embodiment utilizes a multiplexer 512 to 
switch the serial input (labelled RX) and the serial out- 
put (labelled TX): to the serial port driver 508 receive 55 
line 514 and transmit fine 51 6 when the multiplexer 512 
is switched to position A; and to the RCV DAT line 515 
and the XMT DAT line 517 leading to the transceiver 



700 (FIG. 7) when the multiplexer 512 is in position B. 
The microprocessor 600 incoming signal lines DSR 
(data set ready) 522 and DTR (data terminal ready) 524 
need not be switched, since the packetized nature of the 
radio transceiver data means that there is no need for 
the hardware flow control lines DSR and DTR to be uti- 
lized during RF transmissions and receptions. 
[00251 The microprocessor 600 generates a PWR sig- 
nal 524 which can turn the transceiver 700 on and off. 
The microprocessor 600 also generates an XMT/RCV 
signal 526 which selectively powers the transceiver 
700's transmitter 702 with an XMT PWR signal 51 9 and 
selectively powers its receiver 708 with an RCV PWR 
signal 518. The microprocessor 600 also generates a 
signal FREQ 528 to determine the operating frequency 
of the transceiver 700. This signal is translated by logic 
800 into separate FREQ A 520 and FREQ B 522 signals 
for the transceiver 700. The microprocessor 600 can 
also power down the serial port driver 508 with an RS- 
232- VCC signal 530, and the microprocessor 600 can 
power itself down as well, to conserve battery power. 
[0026] Each of the units 1 06 and 1 1 4 is equipped with 
four light emitting diodes. Three light emitting diodes 
LED A, LED B ( and LED C 532 indicate by their ifiumi- 
nation which of three possible radio communication link- 
ages to printers are in their "fink" state, indicating that 
the unit is linked to the respective printers. A fourth LED 
is a low battery indication LED 534 which the microproc- 
essor 600 illuminates in response to a LOW BATT sig- 
nal 536 that is generated by the supply 502 when the 
battery voltage drops excessively low. 
[0027] The manual multi-position switch 538 enables 
a user to set which of the three channels A, B and C is 
the active channel connecting to one of three printers 
that is currently in use. For example, a user of the hand- 
held assembly 104 shown in Fig. 1 can, by actuation of 
the switch 538, easily switch to any one of three different 
remote printers and units, such as the printer 102 and 
unit 1 08 and two other printers (not shown) each having 
its own unit (not shown) comparable to the unit 106. 
[0028] Another manual switch 540 signals to the 
microprocessor 600 whether the unit 106 or 114 is a 
master a traremitting unit TX, normally hooked to a 
host computer (such as the hand-held assembly 104) 
and originating all transmissions or data, or whether it is 
a slave or receiving unit RCV, normally hooked to a 
printer (such as the printer 102) and normally receiving 
communications from a remote host and master TX 
unit. This switch 540 is normally set when unit 106 or 
114 is first attached to Hs accompanying devica In 
spme situations, the processor 600 may be able to test 
for a host or printer and automatically set its TX or RCV 
mode accordingly, and then this switch may not be 
needed. The unit 114, which hooks to a hand-held bar 
code scanner, keyboard, and printer assembly 104, 
would normally be configured as a TX unit since it is a 
source of data. Likewise, the unit 106, which normally 
hooks to a printer 1 02, would normally be configured as 
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a RCV unit, to receive information from a TX unit. 
[0029] The LEDs 532 will blink to signal a break or dis- 
connect or failure of a given linkage. A reset pushbutton 
542 is provided to reset the unit and to cause a new link- 
age to be established. It is necessary to press the reset 
pushbuttons on the TX and RCV units that are to be 
linked at roughly the same time to reestablish a linkage. 
Alternatively, repositioning the selector switch 538 will 
also cause a new linkage to be established in response 
to an error condition at a given switch position or when 
there is no linkage at a given switch position. 
[0030] Since the units 106 and 1 14 may either be bat- 
tery powered or they may draw power from battery pow- 
ered hosts or printers, in either case, power 
conservation is an important element of the design of 
the present invention. It has been noted above that the 
microprocessor 600 may shut down the serial port 
driver 508 and also the transmitter 702 and receiver 
708. The microprocessor 600 may also put itself into a 
sleep mode to conserve power during idle periods. The 
transmitter 702 needs only be on when a data stream is 
actually being transmitted, and is off at all other times. 
Likewise, the receiver 708 is only on when incoming 
data is expected. A unit in the RCV mode, which is wait- 
ing for data from a TX unit after a time may power down 
Hs receiver most of the time and only turn its receiver on 
periodically for brief intervals at predetermined times 
when a data transmission may be initiated by the master 
unit, by prearrangement of the programming. 
[0031] Assume for the moment that the unit 1 14 is 
configured in the TX mode to be the master unit receiv- 
ing data from a host computer, and 1 14 communicating 
bidirectionally with its host computer over the RS-232-C 
serial communications link 505. Information is accepted 
by the microprocessor 600, formed into data packets 
containing address data and error detection data, and is 
sent out over the XMT DAT line 51 7 to a transmitter 702 
which turns its carrier on and off in synchronism with the 
incoming one and zero data bits. These data packets 
are received by the unit 106, assumediy in the RCV 
mode and connected to a printer, where the data flows 
in the RCV DAT line 515 to the microprocessor 600, is 
depackettzed, and is sent to the printer over the TX line 
519. In the RCV unit the microprocessor 600 performs 
error checking and responds to the TX unit with a 
returned ACK packet if the data is correct or with a NAK 
packet if the data is not correct, thus calling fa a 
retransmission of the same data a second time in the 
case of errors. If several transmissions in a row fail, both 
the transmitting TX unit and the receiving RCV unit 
switch simultaneously to a second frequency and try 
again. If all else fails, a fink error is declared, and an 
appropriate light emitting diode 532 in each of the two 
units blinks to warn the user of the error condition. In 
this manner, the two units work together to select the 
most advantageous frequency that provides for the 
accurate transfer of information. 
10032] When a unit 1 06 or 1 1 4 is in the TX mode, the 



transmitter 702 is never active until data, in the form of a 
completed data packet, is assembled and is ready to be 
sent. The data packet itself forms the modulation 
stream for the CW transmitter 702. Accordingly, the unit 
5 never normally shs in unattended CW mode generating 
an unmodulated carrier. The receiver 708 of a unit in TX 
mode is only active for a brief moment after a transmis- 
sion has taken place, to listen for an incoming ACK or 
NAK packet 

10 [0033] When a unit 106 or 114 is in the RCV mode, the 
receiver 708 is normally active until a packet has been 
received and a return ACK or NAK packet is ready to be 
sent back to the TX unit. Then the receiver is powered 
off until after the transmission of the ACK or NAK packet 

is has been completed. The receiver in such a unit is also 
powered down during power saving modes of operation, 
powering up only periodically to seek incoming data, as 
will be explained. As will be explained in conjunction 
with FIG. 7, the transmitter receiver portions, both as to 

20 power, frequency, data, or timing are driven and control- 
led directly from ports on the microprocessor 600. 
[0034] With reference to FIG. 8, the logic 800 receives 
the signals FREQ 528. PWR 524, and XMT/RCV 526 
from the microprocessor 600. The FREQ signal 528 

25 indicates which frequency is to be selected. The PWR 
signal 524 indicates when power is to be applied to the 
transceiver 700. The XMT/RCV signal 526 determines 
whether the transmitter or receiver is to be powered. 
The illustrative logic shown in FIG. 8 simply combines 

30 these signals and generates from them the XMIT PWR 
519 and RCV PWR 51 8 signals for the transceiver 700. 
The FREQ signal 52a when high, becomes the FREQ 
A signal 520 and when low becomes the FREQ B signal 
522. The XMT PWR signal 519, which powers up the 

35 transmitter 702 (FIG. 7), is generated by the gate 816 
when the XMT/RCV signal 519 and PWR signal 524 are 
high; the REC PWR signal 518, which powers up the 
receiver portion 708, is generated by the gate 818 when 
XMT/RCV signal 526 is low and the PWR signal 524 is 

40 high. 

[0035] FIG. 6 shows some internal details of the 
microprocessor 600 and illustrates a preferred way in 
which signals may be routed into and out of the micro- 
processor to and from the destinations shown more 

45 completely FIG. 5. In particular, FIG. 6 shows the inter- 
nal serial port 602, internal registers 604, 606, 608, and 
620, and the various pin connections of the registers to 
the signals within the circuitry 500 shown in FIG. 5. 
Many other arrangements or signals are possible, and a 

so different microprocessor might call for a very different 
arrangement. Bit positions 4 and 5 of register A 604 
connect to the internal serial port 602, as shown, and bit 
position 0 of register A 604 connects to an internal inter- 
rupt connection within the arithmetic logic unit 610. 

55 [0036] The transceiver 700 is shown in FIG. 7. It 
receives the XMIT DAT signal 517 which provides the 
data to be transmitted as well as the XMIT PWR signal 
519 which powers on a transmitter 702 whenever a data 
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transmission is actually occurring. It generates the RCV 
DATA signal 515 which presents the received data 
whenever its receiver 708 is powered on by the RCV 
PWR 6ignal 518. Clearly, the transceiver 700 could be 
implemented in many different ways, so the one shown 5 
is illustrative. 

[0037] The transceiver 700 of FIG. 7 contains a trans- 
mitter 702 which is a simple RF oscillator powered on by 
the transistor 704 in response to the XMIT PWR signal 
51 9. The RF output signal is applied to an antenna 71 6 10 
and is broadcast into the air. The symbolic antenna 716 
in FIG. 5 corresponds to either the antenna 1 1 0 or the 
antenna 115 shown in FIG. 1. 
[0038] If the FREQ A signal 520 is present asking for 
a f irst frequency, a transistor switch 71 1 connects a sur- 15 
face acoustic wave resonator 707 to the transmitter 
oscillator to determine the frequency of transmission. 
The resonator 707 has a fixed frequency of 433.92 
MHz. Accordingly, the frequency A is 433.92 MHz. K. 
alternatively, the FREQ B signal 522 is present, then an 20 
alternate transistor 709 connects up a surface acoustic 
wave resonator 706 having a resonant frequency of 
433.42 MHz. Accordingly, the second frequency B is 
433.42 MHz. These two frequencies are close enough 
together so that no re-tuning of the antenna 71 6 is nec- 25 
essary. 

[0039] The transceiver 700 also contains a receiver 
708 whose power is switched on and off by a transistor 
710 in response to the RCV PWR signal 518. A pream- 
plifier, 712 tuned broadly enough to pass both the fre- so 
quency 433.42 MHz. and the frequency 433.92 MHz., 
feeds the incoming radio frequency signal from the 
antenna 716 through a sharply-tuned filter 714, which 
contains a surface acoustic wave filter 716, and into an 
integrated-circuit remote control receiver 718, which 35 
illustratively could be a model UAA320AT, available from 
Philips Semiconductors. The filter 714 is tuned broadly 
enough to pass both frequencies. 
[0040] The receiver 718 requires an intermediate fre- 
quency input on the terminals Y and Z. When the FREQ 40 
A signal 520 is present it turns on local oscillator 719 
which oscillates at 433.42 MHz. When the input signal 
FREQ B 522 is present, it turns on alternate local oscil- 
lator 720 which generates a 433.92 MHz. local oscillator 
signal. Accordingly, the local oscillator is always 45 
500,000 cycles away from the frequency that is being 
received. The receiver 718 has its intermediate fre- 
quency amplifier tuned to this intermediate frequency of 
500,000 cycles per second. It detects and presents an 
output signal at 721 which is then amplified by an oper- 50 
ational amplifier 722 into a clean square wave signal 
called the RCV DAT signal 515 which is presented to the 
microprocessor 600 through the multiplexer 512 as the 
incoming radio data signal. 

[0041] FIG. 9 is an overview illustration of the software 55 
components and of the corresponding data structures, 
showing diagrammatically how they link into some of the 
hardware elements of the circuit 500 shown in FIG. 5. 



[0042] When the microprocessor 600 is placed into 
operation, it sets up an interrupt driven TIMER routine 
902 which is driven by a hardware timer 904 within the 
microprocessor 600 to control all timing functions, such 
as program delays and background timeouts for various 
operations. A LOW BATTERY INTERRUPT routine 906 
is also placed into operation to respond to interrupts 
supplied by the +5 volt supply 502 and to selectively illu- 
minate the low battery LED 534. The serial port 602 
shown in the microprocessor 600 in FIG. 6 actually con- 
tains two separate registers, a transmit register 908 and 
a receive register 910 (FIG. 9) each of which is capable 
of generating an interrupt The interrupt generated by 
the transmit register 908 when it is empty is processed 
by a TX INTERRUPT routine 2300. The interrupt gener- 
ated by the receive shift register 910 when it is full is 
processed by an RX INTERRUPT routine 2400. These 
two routines respectively control all of the data transmis- 
sions and receptions, both to the host computer and 
printer on the one hand, via RS-232-C ports, and also 
as packets sent to the radio links on the other hand. 
[0043] To facilitate transmission and reception, four 
queues or buffers are shown symbolically in FIG. 9. For 
RS-232-C transmission and reception to and from the 
host and printer, a transmit queue 932 is provided and a 
receive queue 934 is also provided. To facilitate radio 
transmissions of packets, a radio transmit buffer 936 is 
provided and a radio receiver buffer 938 is also pro- 
vided. 

[0044] At 912. the formatting of the data packets that 
can appear in the radio transfer and receive buffers 936 
and 938 is illustrated. 

[0045] It is to be understood that while four separate 
buffers or queues are shown in FIG. 9, the small amount 
of RAM available in the microprocessor 600 may require 
that some of these queues and buffers be taken down at 
certain times when they are not needed to make room 
for other queues and buffers which are needed at such 
times. 

[0046] The format of the data packet 91 2 is as follows: 

Preamble 914 (8 bits): A pattern that assists the 
receiver in synchronising the reception of a packet 
and that identifies the head end of a packet May be 
repeated multiple times. 

Start 916 (8 bits): A unique pattern that signals the 
start of a packet. 

Destination Address 918 (1 6 bits) : The address of a 
remote unit, which was transmitted to this unit dur- 
ing the initial linking handshaking procedure. FFFF 
hexadecimal H there is no linkage to a remote unit 
Source Address 920 (16 bits): The address of this 
unit Retrieved from ROM or EPROM storage. 
Type or command 922 (8 bits): The type of packet. 
For example: 

Link Request type packet - a master TX unit is 

seeking to link with another slave RX unit. 

Link Response type packet-a responding slave or 
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RX unit is wilting to link 

Data Frame type packet-a packet sending data. 
More data to follow. 

Last Data Frame type packet- -a packet sending the 
last data in a message. 

ACK Data Frame and ACX Last Data Frame type 
packets - packets acknowledging correct reception 
of a preceding packet travelling the other way. (May 
contain return data in a two-way system.) 
NAK Data frame and NAK Last Data Frame type 
packets - packets reporting an error. (May contain 
return data in a two-way system) 
Send Request Type Packet - a unit has nothing to 
send but is ready to receive returned data. (For use 
in a two-way system.) 

Sequencer Number 924 (4 or 8 bits): A packet 
sequence number, for detecting missing pack- 
ets. 

Length 926 (8 bits): The size of the data portion 
of the packet in bytes. 

Data 928 (variable): The transmitted data 
bytes. 

CRCC-16 930 (16 bits): A 16-bit long cyclic 
redundancy error check number computed 
from the remainder of the data packet, provided 
so that the receiver can check for transmission 
errors by recomputing this number and com- 
paring the computed number with the transmit- 
ted number. 

[0047] FIG. 9 also illustrates some of the more impor- 
tant flag variables 940 and some of the more important 
system state data 942, the latter corresponding to each 
of the three permissible linkages and each of the three 
light emitting diodes 532. 

[0048] Included among the flags 940 is a TX or RX 
flag bit which reflects the state of the TX/RX switch 540 
and which indicates whether the unit is a master TX unit 
or a slave RX unit. 

[0049] Also, included is the data set ready, or DSR, 
flag which flows in from the serial port driver 508 and 
originates in either the host computer or the printer 
where, depending upon the state of the serial port driver 
508 and whether it is configured as a data terminal 
equipment DTE or data communications equipment 
DCE by the DTE/DCE signal 531 (see FIG. 5), the DSR 
flag may originate as a DSR signal received from a DCE 
host or as a DTR signal received from a DTE host. 
[0050] A DTR flag, generated by the microprocessor 
600, flows outward through the serial port driver 508 
and is perceived by the host computer or printer either 
as a DTR signal, if the host or printer is configured as a 
DCE device, or as a DSR signal, if the host or printer is 
configured as a DTE device. 
[0051 ] These last two signals control the flow of data. 
The DTR flag commands the host or the printer to start 
or stop sending data. The termination of the DTR signal, 



to stop the flow of data, must occur early, before the 
receive queue 934 is full, because the data flow may not 
stop instantaneously. Likewise, when the host computer 
or printer generates the DSR signal, this becomes a 
5 DSR flag which causes the transfer of information from 
the transmit queue 932 to be halted temporarily until the 
printer or host computer can accept more incoming 
data. 

[0052] The state data 942 exists in three sets of data, 

10 numbered 1 , 2, and 3, each corresponding to one of the 
light emitting diodes or LEDs A, B, and C 532 and to one 
of the switch 538 positions A, B, and C, shown in FIG. 5. 
The units 106 and 1 1 4, when acting as master TX units, 
are able to establish or maintain linkages with up to 

is three remote devices or printers simultaneously. State 
data is required for each of these devices. The first data 
item of this state data, an R or an L, indicates by an L 
that there is no linkage to a remote device, and that 
when the linkage switch 538 is placed into a corre- 
al sponding position, the unit will attempt to link with what- 
ever remote slave RX device is available and is also 
attempting to link to a master TX unit The letter R indi- 
cates that a linkage has been established, and that the 
unit is ready to cornmunicate data to a remote RX unit 

25 In this case, the address of the remote RX unit is stored 
in the state data for use as element 918 of all transmit- 
ted data packets 912 to serve as the address of the des- 
tination unit. Each unit has its own unique source 
address, programmed into ROM or EPROM memory. 

30 which goes into every packet 912 at location 920. When 
a TX unit is attempting to link up to a remote unit the 
unit broadcasts Dnk request packets in which the 16 bit 
destination address 918 is set to all binary ones or 
FFFF hexadecimal. 

35 [0053] FIGS. 1 0 through 25 present a complete block 
diagram of all the software that controls the operation of 
the microprocessor 600 within the units 106 and 114. 
Briefly summarized, FIG. 10 presents an overview block 
diagram of all the software. When a unit is designated 

40 as a master or TX unit by the switch 540 being in the TX 
position, a TX routine 1100 governs unit operations. 
The TX routine 1 100 is presented in overview in FIG. 
1 1, with details presented in FIGS. 12 through 15. When 
a unit is designated as a slave or RX unit by the switch 

45 540 being in the RCV position, to designate the unit a 
slave unit suitable for use with a printer, for example, an 
RX routine 1600 governs its operation. The RX routine 
1 100 presented in overview in FIG. 16, with details pre- 
sented in FIGS. 1 7 through 21. In case of an unrecover- 

50 able error in the radio linkage between two units, a LINK 
ERROR routine 2200 presented in FIG. 22 takes con- 
trol. FIG. 23 presents the interrupt driven TX routine 
2300 which transmits data either over a serial port link- 
age or over a radio linkage. FIGS. 24 and 25 present the 

55 details of the interrupt driven RX routine 2400, the radio 
packet transmission details of which are shown at 2402 
in FIG. 24, and the RS-232-C character transmission 
details at which are shown at 2404 in FIG. 25. 
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[0054] Referring now to FIG. 1 0, the preferred embod- 
iment of the present invention contains four independ- 
ent programs. A main program 1000 is placed into 
operation when the microprocessor is first powered up 
and then runs continuously in the background. At 1002, 5 
this program initializes the system, performing such 
tasks as disabling interrupts, initializing RAM memory, 
initializing the I/O ports, initializing the system variables, 
setting up the internal UART or serial communication 
ports, setting up a 1,000 cycle timer for driving the w 
LEDs, and also initializing a clock timer which is inter- 
rupt driven. This program then enables the interrupts 
and allows normal interrupt driven program operation to 
proceed. 

[0055] At 1004, the program tests the state of the 15 
switch 540 to see whether the unit is in the TX mode, 
meaning ft is a master or host unit or RX mode, mean- 
ing it is a slave or remote co-printer unit, tf it is in the TX 
mode, then the TX routine 1100 is placed into operation, 
the details of which appear in FIGL 11. If it is a slave RX 20 
unit, then the RX routine 1600 is placed into operation, 
the details of which are shown in FIG. 16. At any time 
when the program 1100 or 1600 senses that the link 
between the master and the slave unit has been broken, 
the LINK ERROR routine 2200 is placed into operation, 2s 
the details of which appear in FIG. 22. After the error 
has been processed, program control is returned to the 
routine 1100 or 1600 which was running previously. 
Accordingly, a master unit hooked to a host computer is 
controlled by the TX routine 1 1 00. while a slave unit that so 
is feeding a printer is controlled by the RX routine 1600. 
[0056] The remaining four interrupt driven routines are 
also shown in FIG. 10. A LOW BATTERY INTERRUPT 
routine 906 responds to a LOW BAT signal 536 (FIG. 5) 
which is generated by the +5 volt supply 502 whenever 35 
the battery voltage drops below a predetermined mini- 
mum acceptable level. In response the program 906 
turns on the low battery LED 534. When the low battery 
signal terminates, the LED 534 is extinguished. 
[0057] The initialization program 1 002 sets up a hard- 40 
ware timer to generate a timer interrupt which triggers 
periodic execution of a TIMER routine 902. The TIMER 
routine 902 can then advance various counters associ- 
ated with time delays and with software established 
timeouts, as will be explained at later points in this 45 
description. Each time the TIMER routine 902 is placed 
into operation, it simply increments or decrements the 
various timers under its control and sets or clears 
appropriate flags as signals to the TX routine 1100 or 
the RX routine 1600 as to when a time delay has 50 
expired or when a timeout has occurred. 
[0058] The remaining two interrupt driven routines are 
those associated with serial port transmission and 
reception. The TX INTERRUPT routine 2300 and the 
RX INTERRUPT routine 2400 were already described 55 
in brief overview in conjunction with the description of 
FIGL 9. In brief summary, the TX INTERRUPT routine 
2300 is placed into operation each time a character is 



completely sent by the transmit register 908, and it 
loads a new character into the transmit register 908 or 
signals to the background software that all the charac- 
ters to be transmitted have been processed. The RX 
INTERRUPT routine 2400 is placed into operation each 
time a character is received by the receive register 910, 
and it removes the character from the receive hardware 
register 910 and places it into an appropriate one of the 
receiving queue 934 or receive buffer 938 and signals 
the background software when a character has been 
received and when a complete packet 912 has been 
placed into the radio receive buffer 938. 
[0059] Referring now to FIG. 11. an overview block 
diagram is presented of the TX routine 1 100. This rou- 
tine is placed into service and runs in the background 
continuously in any unit which is switch adjusted to be a 
master or TX unit. Such a unit is typically connected to 
a host computer and initiates data transmissions to a 
remote, slave, or RX unit which typically is connected to 
a printer. 

[0060] Program control begins with a LINK WITH 
REMOTE UNIT routine 1200. The routine 1200 continu- 
ously sends out or broadcasts link request type radio 
packets in an effort to seek a linkage with a slave unit, 
presumably one connected to some printer. A packet is 
sent out every 5/8ths of a second. If no response is 
received after twenty' such packets are sent out. or after 
about 12 seconds have elapsed, then the LINK ERROR 
routine 2200 is called upon to signal an error in linkage 
by flashing the corresponding light emitting diode A, B. 
or C 532. To recommence linking, the user may either 
actuate a reset switch 542 on both the TX and RX units 
or rotate the selector switch 538 to another position or to 
another position and then back again, either of which 
actions will restart the LINK WITH REMOTE UNIT rou- 
tine 1200. 

[0061] A RECEIVE CHARACTER FROM HOST rou- 
tine 1300 next proceeds to await incoming characters 
from the host computer. If none are received within two 
minutes, program control is returned over the path 1 102 
to the LINK WITH REMOTE UNIT routine 1200 which 
again exchanges a Gnk request and a link response type 
packet with the remote slave unit before returning to the 
RECEIVE CHARACTERS FROM HOST routine 1300. 
[0062] When characters flow in from the host, the 
RECEIVE CHARACTERS FROM HOST routine 1300 
accepts sufficient characters to form a packet and then 
terminates the DTR signal 524 flowing to the host to 
block the flow of further characters until the characters 
received can be sent by radio packet to a slave or RX 
unit. 

[0063] Program control then commences with the 
TRANSMIT PACKET routine 1400 which forms the host 
computer data into a data frame packet formatted as 
indicated at 912 in FIG. 9 and transmits the packet, 
together with a sequential sequence number 924 and a 
computed cyclic redundancy check number 930, to the 
remote slave unit. The RECEIVE ACK or NAK routine 
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1500 is then placed into operation to await the receipt 
back from the remote unit, within 4/10ths of a second, of 
an ACK data frame, signalling the packet was success- 
fully received, or a NAK data frame, signalling it was not 
successfully received, if the data packet was not suc- 
cessfully received, then program control returns over 
the path 1 104 back to the TRANSMIT PACKET routine 
1400. 

[0064] As will be explained, if two successive trans- 
missions both produce NAK responses, both the master 
TX unit and the remote RX unit switch simultaneously to 
a second frequency and attempt to send the packet 
again. In response to two more such failures, a link error 
is declared, and the LINK ERROR routine 2200 is 
placed into operation. 

[0065] A link error is also declared if twenty packets 
are sent out and no ACK or NAK is received. 
[0066] Any time an ACK is received back in response 
to a packet transmission, program control follows path 
1106 back to the RECEIVE CHARACTERS FROM 
HOST routine 1300 at which point the DTR signal is 
enabled and further characters, if any, are accepted 
from the host computer and formed into a packet for 
transmission. 

[0067] Program control then continues to cycle 
between the routines 1300, 1400, and 1500 as mes- 
sages are transmitted from the host computer to the 
master TX unit, packaged into packets, transmitted by 
radio, acknowledged by the RX unit, and sent on to the 
printer at the other end of the system. 
[0068] The LINK WITH REMOTE UNIT routine 1200 
is shown in more detail in FIG. 12. At 1202, a link 
request type packet is constructed in the radio transmit 
buffer 936. With reference to the packet format at 912, 
this request packet contains a destination address 918 
that is all binary ones or FFFF hexadecimal, and it con- 
tains the source address 920 of the master or TX unit 
that is preparing to transmit it. Trie type or command 
922 is a number which identifies this as a link request 
packet The sequence number can be any value and 
can conceivably be zero at 924, and the length 926 
would be zero. There is no data at 928. 
[0069] In this and all other data packets, the cyclic 
redundancy check number 930 is a number that is com- 
puted in a special way from the remaining contents of 
the packet and that is then placed as a sixteen bit 
number at the end of the packet at 930. When the 
receiver receives the packet, the CRC number is recom- 
puted from the contents of the packet and Is then com- 
pared with the one transmitted Any difference in the 
computed number from that transmitted is a guarantee 
that some error occurred in the transmissioa The com- 
putation and use of cyclic redundancy check numbers is 
well-known in the art Briefly descrfoed, it is a form of 
diagonal parity computation which includes some math- 
ematical computations so as not to give an improper 
check in the case of all zero data or all one data or some 
other pattern that is likely to be encountered. 



[0070] At step 1 204, the transmitter 702 is powered up 
and the multiplexer 512 is switched so that the transmit 
register 908 is connected to the transmitter 702. After a 
delay of 1/1 0th of a second, the interrupt routine flag TX 

5 DONE (not shown) is cleared, and the TX INTERRUPT 
routine 2300 is placed into operation. The routine 1204 
loads the first preamble character of the packet 91 2 into 
the transmit register 908 so that the hardware of the 
microprocessor 600 can send it out as an ON-OFF 

10 modulation of the CW transmitter signal. The routine 
1204 then idles until the TX INTERRUPT routine 2300 
clears the TX DONE flag, to indicate that the last byte of 
the packet has been successfully transmitted. 
[0071 ] Program control then commences with the rou- 
ts tine 1206. This routine first powers off the transmitter, 
then waits for 8/100ths of a second before powering on 
the receiver 708 and setting a timeout value of 5/8ths of 
a second as a maximum time to wait for a link response 
type packet to come back from any slave unit that 

so responds to the broadcast link request. After a further 
1/1 0th of a second delay, the routine 1206 initializes the 
intenrupt-driven operation of the RX INTERRUPT rou- 
tine 2400, which In response to the receipt of incoming 
bytes presented by the receive register 910, analyzes 

25 them, and when receiving actual packet information, 
places the packet data into the radio receive buffer 938. 
[0072] If no packet is received within 5/Bths of a sec- 
ond, then program control follows the path 1207 back to 
the beginning of the routine where another new link 

30 packet is constructed and broadcast. But after the twen- 
tieth try, at step 1209, If there is still no response, then a 
link error is declared, and program control commences 
with the LINK ERROR routine 2200 in FIG. 22. 
[0073] If a link response type packet is received back 

35 then program control commences at step 1208. where a 
number of tests are carried out. First, does a CRC value 
computed from the newly received packet match the 
CRC value 930 that accompanied the packet? And does 
the destination address 918 match that of this master 

40 unit, to insure that the packet was definitely addressed 
to this particular unit? And finally, does the packet type 
or command field 922 contain a number corresponding 
to a link response command? If any of these tests fails, 
then program control recommences at 1206 with a 

45 search for another incoming packet But H all of these 
tests succeed, then program control commences with 
step 1210 where the link LED is 532 for the channel A, 
B. or C that was selected by the switch 538 is illumi- 
nated, and the address 920 within the incoming packet 

so 912 received from the remote unit that generated the 
link response packet is stored within the state data 942. 
[0074] Optionally, the return link response packet may 
contain an element of data 928 indicating the status of a 
remote printer. This could be, for example, an ACK or a 

55 NAK returned by the printer in response to an ENQ 
(inquiry) command indicating whether the printer is 
ready to receive data. If the remote printer is not ready 
to receive data, then optionally the routine 1210 may 
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terminate the DTR signal 524 which flows back to the 
host computer to prevent the sending of any data. This 
might be done, for example, if the printer were turned off 
or not plugged in or were out of paper. 
[0075] At step 1212, a test is made to see if the link s 
request packet sent out was a broadcast link not 
addressed to any particular receiver (with FFFF hexa- 
decimal as its destination address). If so, then program 
control follows the path 1213 back to the beginning of 
the link with remote unit routine, where a second link w 
packet is constructed and sent out, this one specifically 
addressed to the tentatively selected remote slave unit. 
If this second Onk packet is successfully sent out, and H 
a valid link response packet is again received, then 
when the step 121 2 is encountered a second time, pro- is 
gram control commences in FIG. 13 with the RECEIVE 
CHARACTERS FROM HOST routine 1300. Note that H 
the remote printer Is not ready, and if the DTR signal 
524 has been sent out. the broadcast link step 1212 can 
also route program control over the path 1213 so that so 
link request and link response packets continue to be 
exchanged until such time as the remote printer is ready 
to proceed and the DTR output signal 524 can once 
again be generated. 

[0076] The RECEIVE CHARACTERS FROM HOST 25 
routine 1300 is presented in block diagram form in FIG. 
13. When this routine is placed into operation, a link has 
been established with a remote slave unit and it is now 
time to send any characters which the host computer 
wishes to send in the form of packets to the remote unit so 
for presentation to the remote printer or the Gke. 
[0077] Program control commences at step 1302 
when the multiplexer 512 is actuated to connect the 
microprocessor 600's RX and TX lines to the data lines 
51 4 and 51 6 leaping to the serial port driver 508 rather 35 
than to the transceiver 700. The microprocessor's DTR 
signal line 524 is set high to signal a host that data may 
now be transmitted to the unit. The serial port driver 508 
is powered up by means of the signal RS-232- VCC 530. 
RAM memory is reprogrammed to provide for a receive 40 
queue 934 (FIG. 9) to receive the incoming data from 
the host computer. And a two minute timeout is estab- 
lished such that if no characters are received from the 
host within two minutes, at step 1304, program control 
will continue over the path 1 303 back to FIG. 1 2 where 45 
a new link request packet is sent out to the remote slave 
unit. Accordingly, the linkage of the two units is tested 
and verified periodically, every two minutes, in the 
absence of host data. 

[0078] When the first character f lows in from the host so 
computer, a new timeout value of 18 thousandths of a 
second is established at step 1306, and a circular rou- 
tine beginning at step 1308 is entered to monitor the 
receive byte flag (not shown) which signals that a char- 
acter has been received from the host. (See step 2405 55 
in FIG 25 and the accompanying text.) 
[0079] Back at step 1 302, the RX INTERRUPT routine 
2400 was placed into operation such that an interrupt is 



generated each time a complete character flows in from 
the host computer and is presented within the receive 
register 91 0 of the serial port 602, as is indicated in FIG. 
9. Tne CHARACTER RECEIVED FROM HOST? step 
1308 continuously and repeatedly checks the receive 
byte flag. If it is not set, then step 1310 checks for a 18 
thousandths of a second timeout. If no data is received 
and if there is no timeout, then program control continu- 
ously moves back and forth between the steps 1308 
and 1310 until either a timeout occurs, indicating the 
end of the data flow from the host, or a character is 
received, at which point program control commences 
with step 1312. 

[0080] When a character is received, a receive byte 
flag is cleared, and step 1312 checks to see if more than 
73 characters have been received. If so, then the micro- 
processor 600 lowers the DTR signal 524 to signal the 
host to stop sending data. Alternatively, the microproc- 
essor 600 can be programmed to send out an XOFF 
flow control character or to use some other form of hard- 
ware or software flow control protocol, as is well known 
to those skilled in the art Program control then recom- 
mences at step 1 308, since assumedly the host compu- 
ter will not stop sending characters immediately, but will 
send several more characters before coming to a full 
halt Accordingly, characters continue to be received 
until the 18 Thousandths of a second timeout is 
exceeded at step 1310. Then program control continues 
with the formation and transmission of a data packet, as 
is illustrated in FIG 14. 

[0081] FIG. 14 presents a block diagram of the 
TRANSMIT PACKET routine 1400. After a master unit 
has received a block of data from the host computer, the 
TRANSMIT PACKET routine 1400 inserts the data into 
a packet 912, adds error detection code 930, and trans- 
mits it to the remote unit. 

[0082] At step 1402, the DTR signal 524 fed back to 
the host computer is terminated, H rt has not previously 
been terminated. The transmitter 702 (FIG. 7) is pow- 
ered on and the multiplexer 512 is adjusted so that the 
TX and RX signals from the microprocessor 600 are 
connected to the XMIT DAT signal line 51 7 and the RCV 
DAT signal line 515 which flow to the transceiver 700 in 
FIG. 7. A data packet is then created within the radio 
transfer buffer 936 by placing into that buffer: one or 
more preamble characters 914; the start character 916; 
the destination address 918 taken from the state data 
table 942; the source address 920 of the module which 
was about to send the packet (taken from ROM or 
EPROM memory); a type or command value (indicating 
that this is a data frame type packet, in the case where 
the transmission of data from the host was halted at 
midstream by the DTR signal 512, or indicating that this 
is a last data frame type packet H the data transmission 
from the host halted of its own accord); a sequence 
number 924 (zero for the first packet sent and then 
increasing by one count with each additional packet 
sent); the length (in bytes) of the data 926; the data 
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bytes 928 themselves; and last of all, the CRC (16 bit) 
number 930 (computed from the contents of the 
packet). 

[0083] After a 10 second delay, a NAK flag (not 
shown) cleared, and a NO NAK COUNTER is set to the s 
count of 20. Then, at step 1404, the TX DONE flag is 
cleared, the first byte of the packet (a preamble byte) is 
placed into the transmit buffer 908. and the TX INTER- 
RUPT routine 2300 is placed into operation to transfer 
the packet to the radio transmitter 702. The TRANSMIT 10 
PACKET routine 1400 then idles at step 1406 until the 
TX INTERRUPT routine sets the COMPLETE PACKET 
flag (step 2436 in FIG. 24) to indicate all of the data 
bytes have been transmitted. Following an 8 hundredths 
of a second delay at step 1408, program control then 15 
commences in FIG. 1 5 where the master unit awaits the 
receipt back of an ACK or NAK packet from the remote 
slave unit 

[0084] The RECEIVE ACK or NAK routine 1500 is 
shown in FIG. 15. When this routine is entered, data 20 
received from the host computer has been packetized 
and transmitted as a radio packet 91 2 to a remote slave 
unit The master unit is now awaiting the return of an 
ACK data frame or a NAK data frame, confirming the 
successful transmission or confirming that there were 25 
errors in the transmission. 

10085] The routine commences at step 1502 with the 
powering up of the receiver 708. After a 1/1 0th second 
delay, the radio receiver buffer 938 is set up and cleared 
and a timeout for the receipt of an ACK or NAK packet 30 
is set to 4/10ths of a second. Then, at step 1504, the 
receiver is started by placing the RX INTERRUPT rou- 
tine 2400 into operation to receive incoming data, plac- 
ing any packet received in the radio receive buffer 938. 
Program control then fluctuates between the TIMEOUT 35 
test 1506 and the full packet received test 1510 contin- 
uously. If, at step 1506, the 4/10ths of a second timeout 
occurs, then program control returns to FIG. 14 where 
the packet is retransmitted. But if twenty packets are 
sent out with no response, then at step 1508 a link error 40 
is declared, and program control commences with the 
LINK ERROR routine 2200 in FIG. 22. 
[0086] At step 1510, a test is made to see if a full 
packet has been received, by checking the status of the 
complete packet flag. H so, then step 1512 checks for 45 
any errors in the packet by performing the CRC compu- 
tation and comparing the computed value with the value 
sent at 920 within the packet 912. if there is an error, 
then the packet is retransmitted. Otherwise, at step 
1 514, the packet address is checked in the destination so 
field 918 to see if it matches the address of the master 
unit which has just received the packet If not, then pro- 
gram control recommences at step 1504, and the 
search is continued for another incoming packet. If the 
address matches, then step 1516 checks to see if the 55 
incoming packet is an ACK or a NAK packet of the kind 
expected. If not then once again program control 
returns to step 1504, and the next packet is searched 



for. 

[0087] If the incoming packet is error free, contains the 
right address, and is an ACK or a NAK packet, then at 
step 1518, if it is an ACK packet the data packet was 
successfully received and verified. Accordingly, pro- 
gram control commences back in FIG. 13 with a request 
for more data from the host computer to send over the 
radio link. 

[0088] If a NAK packet is received, then at step 1 520, 
the fact that this is the first NAK received is indicated by 
the fact that a NAK received flag is still dear. H so, then 
step 1520 sets this flag, and the packet is re-transmitted 
by the steps in FIG. 14. But if the first NAK flag is set, 
then two NAKs have been received, and the test at 1 520 
fails. 

[0089] If the packet is a NAK packet, and at step 1520 
if it is the second NAK packet received at this frequency, 
then if step 1522 determines this is the first frequency 
tried, step 1524 alters the transmitter to the second fre- 
quency, and the packet Is retransmitted in FIG. 14. Step 
1 524 also resets the first NAK flag. But if two NAKs have 
been received at the second frequency, at step 1522, 
then step 1522 declares a link error, and program con- 
trol commences with the LINK ERROR routine 2200 in 
FIG. 22. 

[0090] That completes a description of the TX routine 
portion 1100 of the main program 1000 utilized when 
the unit is a master unit. When the unit has Hs switch 
540 set to the RX position, indicating K is a slave or 
remote unit, the RX routine 1600 of the main program 
1000 takes control of the unit The description of the RX 
routine 1600 is presented in FIGS. 16 and 21. 
[0091] An overview block diagram of the RX routine 
1600 is presented in FIG. 16. With reference to FIG. 5. 
the position of the selector switch 538 is ignored in this 
case, and the switch 540 is in the RCV position. Follow- 
ing powering on of the unit, or following actuation of the 
reset switch 542, a RECEIVE LINK PACKET routine 
1700 is placed into operation. For a period of about 30 
seconds, this routine 1700 powers up the receiver 708 
(FIG. 7) and awaits a broadcast link request type packet 
from a master unit If a link request packet is not 
received within 30 seconds, a link error is declared, and 
program control recommences with the LINK ERROR 
routine 2200 in FIG. 22 until the reset switch 542 is 
again actuated or the power is turned on or off or the 
switch 540 is repositioned. 

[0092] If a link request type packet arrives, then at 
1800 a TEST PRINTER routine is run which checks out 
the status of the printer or other device to which the 
remote slave unit is connected. A link response plus a 
printer status packet is then built at step 1900 and at 
step 1904 it is sent back to the master unit. Having thus 
linked to a master unit, the unit then enters the routine 
2000 where it awaits the receipt of an incoming data 
packet. The first packet received will usually be a sec- 
ond, non-broadcast link request packet, this time not a 
broadcast packet (with the destination address FFFF 



12 



23 



EP 0 918 416 A2 



24 



hexadecimal) but a packet definitely addressed to this 
particular unit. Program control then flows over the path 
1 602 back to the point where the printer is again tested, 
a link response and printer status packet is again built 
up and is again sent back to the master unit And if the 5 
printer is not ready, the incoming packets will usually 
remain link packets until the printer is ready to print 
Also, if there is no host data to be sent, fully addressed 
link packets will continue to flow in every two minutes. 
[0093] When an accurate data packet is finally 10 
received at step 2000, the data is sent to the printer at 
step 2100, and at step 1902 an ACK packet is built up 
and sent back to the master unit to signal successful 
reception ol the data. Program control resumes at step 
2000 awaiting the next incoming packet However, if the is 
data is bad, then a NAK packet is built at step 1 906, and 
at step 1904 it is sent back to the master unit. But if, for 
some reason the radio communications link is unable to 
sustain the flow of incoming data, the routine 2000 
declares a link error, and program control commences 20 
with the LINK ERROR routine 2200 at FIG. 22. 
[0094] FIG. 17 presents a block diagram of the 
RECEIVE LINK PACKET routine 1700. This routine is 
placed into operation upon the powering up of the unit 
having its TX-RX switch 540 in the RX position, indicat- 25 
ing that this is a slave unit most likely connected up to a 
printer. The routine commences by turning on the power 
for the receiver 702 (FIG. 7) and setting a timeout of 
thirty seconds. The multiplexer 512 (FIG. 5) is switched 
to the B position so that the microprocessor 600's RX 30 
and TX signal lines are connected to the transmitter 702 
and receiver 706. After a ten second delay, the radio 
receive buffer 938 is cleared at step 1702. 
[0095] Next, at step 1704, the reception of data is 
commenced by the launching ol the RX INTERRUPT 35 
routine 2400 to receive incoming data characters and 
data packets. At step 1706. the receive byte flag (not 
shown) is checked to see if any characters have come 
in. This flag is set by the RX INTERRUPT routine 2400 
(step 2410 in FIG. 24) whenever a byte of data is 40 
received from the radio link. If a byte has come in, then 
at 1 708, the 30 second timeout is reset. H not, then the 
30 second timeout is checked at step 1710. When no 
characters at all have been received for 30 seconds, 
step 1710 declares a link error, and program control 45 
continues with the LINK ERROR routine 2200 at FIG. 
22. 

[0096] Assuming that an incoming packet has been 
received, as signalled by a complete packet flat (step 
2436 in FIG. 24) step 1 71 2 passes program control on so 
to step 1714 where the cyclic redundancy check 
number is computed from the data in the incoming 
packet 912 and is compared to the CRC number 930 
that is part of the packet 912. If there is an error, then 
program control recommences at step 1704, and the 55 
scan for a valid incoming packet of data continues. If the 
packet is error free, then at step 1716 the test is made 
to see if the packet 912 destination address 918 



matches the address of this receiving unit in the case of 
an addressed packet, or contains the value all ones or 
FFFF hexadecimal in the case of a broadcast link 
request packet broadcast to any receiver. In case of a 
wrong address, the packet is rejected, and program 
control recommences at step 1704. 
[0097] If the address is that of this unit or an FFFF 
hexadecimal address (indicating a broadcast link 
request packet), then at step 1 71 8 the type or command 
value 922 within the packet is checked to make sure this 
is a link request packet and not some other type of 
packet. 

[0098] If either a broadcast link packet or a link 
request packet addressed to this particular unit is 
receive, then at step 1720 one of the link light emitting 
diodes 532 is illuminated, and the incoming source 
address 920 within the packet 912 (see FIG. 9) is saved 
as the address of the remote unit within the state data 
942 at step 1720. Program control then commences 
with the printer test which is set forth in FIG. 18. 
[0099] FIG. 18 presents a block diagram of a TEST 
PRINTER routine 1800. This test begins at step 1802 by 
sending an ENQ character to the printer, to inquire as to 
its status. First, the microprocessor 600 actuates the 
multiplexer 512 into the A position to connect the micro- 
processor's TX and RX signals to the serial port driver 
508 which connects to the printer. With printers of the 
type designed by the assignee of the present invention, 
a simple ASCII ENQ character is sent serially to the 
printer by the TX INTERRUPT routine 2300 at the 
request of step 1802. This produces a single character 
response which can be received by the RX INTER- 
RUPT routine 2400 at the request of step 1 804. Alterna- 
tively, steps 1802 and 1804 might check out the DSR 
signal line 522 coming in from the printer serial port or 
might perform some other inquiry or test of the printer 
(such as a "plug and play test procedure) to determine 
if it is in working order, powered up, loaded with paper, 
and ready to print. 

[01 00] Once the printer has been tested, or if this test 
is omitted, program control commences in FIG. 19 
where a link reply packet containing the printer status is 
developed and sent back to the master unit. 
[0101] FIG. 19 presents an overview of the routine 
1900 which creates and sends data packets back to the 
master unit This routine 1900 has three entry points 
depending on what type of packet is to be sent back. 
When the remote slave unit is first turned on, and in 
response to the recapt of a link request type of packet 
from a master unit, the entry point is a routine 1900 
which assembles a link response type of packet con- 
taining optionally the printer status. This packet is 
assembled at 1900 and is placed into the radio transmit 
buffer 936 in the manner described above. Next, at step 
1907, the transmitter 702 (FIG. 7) is powered on and the 
multiplexer 512 is switched to the B position so that the 
TX signal line is connected to the XMT DAT signal line 
517 which leads to the transmit 702. Following a delay 
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of 1/10th of a second, at step 1908, the flag TX DONE 
is cleared and then (at step 1910) a first byte is placed 
into the transmit register 908, and the TX INTERRUPT 
routine 2300 is placed into operation to automatically 
transmit the entire packet. In the meanwhile, the back- 
ground program 1920 repeatedly tests the TX DONE 
flag until the transmission is completed and then pro- 
ceeds on to FIG. 20 to receive the next incoming data 
packet. 

[0102] The alternate entry points 1902 and 1906inthe 
routine shown in FIG. 19 simply create ACK packets, to 
acknowledge correct receipt of data, and NAK packets, 
to acknowledge the incorrect receipt of data. In ail other 
respects, these entry points behave in the same matter 
as the entry point 1900 just described. 
[0103] Note that any time when an ACK or NAK 
packet would normally be formed at step 1902 or 1906, 
if the printer becomes unavailable, it is appropriate to 
shift program control to the step 1900 and to send back 
a link response type packet with data indicating that the 
printer is not ready so as to cause the master unit micro- 
processor 600 to terminate its DTR signal 524 to stop 
the host from sending any more data, it is important at 
this point that the master unit preserve any data which it 
has received and not yet discarded, if possible, so as to 
provide the greatest possibility of continuity in the trans- 
fer of data to the printer. The transfer of program control 
from the CREATE ACK PACKET and CREATE NAK 
PACKET steps 1902 and 1906 in the case of a printer 
failure to the CREATE UNK PACKET step 1900 is illus- 
trated by the arrows 1922 and 1924 in FIG. 19. 
[0104] FIG. 20 is a block diagram of the RECEIVE 
PACKET routine 2000 which is executed in a slave 
remote unit operating in the RX mode when the unit is 
waiting for data packets to come in from a master unit at 
the request of a host computer. 
[0105] After 8/100ths second delay at step 2002, and 
after setting a timeout of two seconds at step 2004, pro- 
gram control proceeds through the steps 2006 and 
2008 (descrbed below) to step 2010 where the multi- 
plexer 512 is switched to the B position so that the RCV 
DAT signal 515 is connected to the RX input of the 
microprocessor 600 and so that the incoming data can 
enter the receive register 910 (FIG. 9). The RX INTER- 
RUPT routine 2400 is then placed into operation to 
receive the incoming characters. 
[0106] Program control then loops between the three 
steps 2012, 2016, and 2018 continuously in the back- 
ground while the RX INTERRUPT routine 2400 awaits 
the hardware imputing of characters into the receive 
register 910. Each time a character is received, step 
2012 causes program step 2014 to reset the timeout to 
two seconds again, thereby restarting the timeout If two 
seconds elapse with no characters received, then step 
2016 signals a timeout and transfers program control to 
2017. The RX INTERRUPT routine 2400 is then shut 
down, and the receiver 708 is powered down completely 
along with the serial port driver 508 and even the micro- 



processor 600 itself if that can be arranged. This power 
down state, which is intended to conserve battery 
power, is maintained for one second, after which the 
receiver 708 is powered up again. Following a delay of 
5 1/10th of a second, the RX INTERRUPT routine 2400 is 
again placed into operation and then the timeout value 
is reset to two seconds at step 2014. Steps 2012, 2016, 
and 2018 then recommence awaiting incoming charac- 
ters. 

10 [01 07] H can be seen that if no data packets come in 
after two seconds, the receiver powers down for one 
second and then repowers up for another two second 
interview awaiting incoming data characters. In this 
manner, power consumption of the remote unit is 

is reduced by one/third, if, after additional time passes, 
there is still no flow of data characters from the master 
unit, the ratio of on time to off time may be furthered var- 
ied to give even greater reductions in power consump- 
tion. For example, the two second on and one second 

20 off protocol illustrated in FIG. 20 can be varied by having 
step 2017 select a delay longer than one second. For 
example, the two second on and one second off proto- 
col may be maintained for one minute. After that, if no 
characters are received, a two seconds on and a five 

25 seconds off protocol may be maintained for a second 
one minute period. K still no characters are received, 
then a third pattern of two seconds on followed by ten 
seconds off may be entered, thus saving eighty percent 
of the battery power required to run the receiver contin- 

30 uously. And since the transmitting unit knows when it 
sent out the last character, and knows the algorithm of 
the receiving unit, the transmitting unit will know when 
the receiving unit is powered down and will not attempt 
to send characters except during those brief intervals 

35 when the receiving unit is powered up. In this manner, 
by having both the master unit and slave units shut 
down their energy consuming transmitters and receiv- 
ers most of the time, as well as the serial port drivers 
and microprocessors, and only having their active at 

40 simultaneous moments, large savings in power con- 
sumption can be achieved at times when data is not 
being transmitted across the radio link. 
[01 08] If a data packet is sent by radio to the remote 
unit, eventually the RX INTERRUPT routine 2400 will 

45 set a complete packet flag which is detected in due 
course by the MAIN routine at step 2018. The receiver 
708 is powered down in step 2020. and then at step 
2022 a CRC cyclic redundancy check number is com- 
puted from the data in the packet and is compared to 

so the CRC number 920 that accompanied the packet 91 2. 
tf they do not match, then there are errors in the packet, 
the program control proceeds to FIG. 19 where a NAK 
packet is returned to the master unit, informing the mas- 
ter unit of the errors and requesting a retransmission of 

55 the packet. 

[0109] If the packet is error free, then step 2024 
checks to see H the packet is a link request packet. If so, 
program control recommences in FIG. 18 with the test- 
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ing of the printer and then proceeds to FIG. 19 where a 
link response plus printer status packet is built and is 
then transmitted back to the master unit. 
[0110] If the packet is error free and is truly a data 
packet then program control commences in FIG. 21 
where the data is sent on to the printer, and ultimately 
program control returns to FIG. 19 where an ACK 
packet acknowledging receipt of correct data is sent 
back to the master unit But if the packet is other than a 
data packet the packet is simply discarded, and pro- 
gram control continues with the character received test 
at step 212. 

[01 1 1 ] FIG. 21 presents a block diagram view of the 
SEND DATA TO PRINTER routine 2100. This routine is 
called upon after a remote slave unit has received by 
radio a packet of data that is to be sent on to the printer 
or other utilization device. The data is contained within 
the radio receive buffer 938 (FIG. 9) and is packetized 
as shown at 912. 

[0112] At step 2102, the sequence number 924 within 
the packet 912 is examined to see if this is the next 
sequential packet that is to be received and sent to the 
printer. It is possible that the master unit has sent out a 
dupficate packet after having not received back an ACK 
data packet either because the ACK packet was lost 
through interference, or because the routine 2100 was 
so slow in sending data to the printer a new copy of the 
same data packet to be sent out. If the sequence 
number has not been incremented, indicating this is a 
duplicate of the preceding packet, then the routine 2 1 00 
terminates prematurely, and program control moves to 
FIG. 19, step 1902, where an ACK packet is created 
and sent back to acknowledge receipt of the packet and 
to request the next one. 

[0113] Assuming that the sequence numbering is 
proper, then at step 21 04 the new sequence number is 
saved. The multiplexer 512 is actuated to port A so that 
the microprocessor 600's TX signal is connected by sig- 
nal line 516 to the serial pat driver 508 and thence to 
the printer or other external destination for the data. The 
first byte of information Is then placed into the transmit 
register 908 (FIG. 9). and the remaining packet data 
928 is transferred to the transmit queue 932. The TX 
INTERRUPT rouftie 2300 is then placed into operation 
to be triggered each time a character is transmitted to 
transfer succeeding characters from the queue 932 into 
the transmit buffer 908. When all the data 928 has been 
sent to the printer, the routine 2300 sets a TX DONE 
flag which is detected by the background main program 
at step 2106. After a delay of 8/100ths of a second at 
step 2108, program control proceeds to FIG. 9. step 
1902 where an ACK packet is created and returned to 
the master unit 

[01 14] H a printer problem occurs, the printer termi- 
nates the DSR signal which flows through the serial port 
driver 508 and appears on a DSR signal line 522 that 
leads into the microprocessor 600. In response, the 
microprocessor 600 ceases transmitting until the DSR 



signal goes high. This, in effect, halts the SEND DATA 
TO PRINTER routine 2100, and accordingly no ACK 
packet is sent back to the master unit until after the 
printer has received all the data. The master unit will try 
5 for 8 seconds, resending the packet 20 times with a 
timeout of 0.4 seconds, before declaring a link error 
(step 1508 in FIG. 15). 

[0115] FIG. 22 presents a block diagram of the link 
error routine which assumes program control when a 

10 unit determines that the radio linkage has been broken 
or cannot be formed. At step 2210, this routine causes 
the associated link LED 532 to flash to signal the error 
condition. To reset the unit so that it re-attempts to 
establish a linkage, the user presses the reset button 

75 542 or alters the position of the selector switch 538. 
Then, at step 2220, an RX unit returns to the RX routine 
1 100. and a TX unit returns to the TX routine 1600. 
[0116] FIG. 23 presents a block diagram of the TX 
INTERRUPT routine 2300. This interrupt-driven routine 

20 responds to the emptying of the transmit register 908 by 
placing another byte of information into the register 908 
for automatic transmission by the hardware. At step 
3310, rf the TX DONE flag indicates that the data in the 
queue 932 or buffer 936 has been completely transmit- 

25 ted, then no action is taken, and the interrupt termi- 
nates, rf the data being transmitted is directed towards a 
host computer or printer over an RS-232-C transmis- 
sion line, this fact is detected at step 2312, and then at 
step 2314 a check of the incoming DSR LINE 522 is 

30 made to see if the host computer or printer has 
requested a halt in transmissions. If so, then at step 
2332. execution of the interrupt routine is suspended 
temporarily, and an arrangement is established 
whereby one of the system timers will reactivate the rou- 

35 tine 2300 after a brief delay interval. Accordingly, the TX 
INTERRUPT routine 2300 is called periodlcaDy by the 
timer, not by interrupts, until such time as the DSR sig- 
nal 522 recommences. Then program control proceeds 
to step 2316. 

40 [0117] In the case of radio packet transmissions, and 
in the case of serial port transmission when the DSR 
signal is present, at step 2316 the next byte from the 
radio transmit buffer 936 or the transmit queue 932 is 
placed into the serial port transmit register 908 to be 

45 transmitted, and then the routine 2300 terminates. But if 
that is the last byte in the buffer 936 or the queue 932 
that needs to be transmitted (step 231 8), then a flag TX 
DONE is set (at step 2330) to signal to the background 
software that the transmission has been completed. 

so B)1 18] The RX INTERRUPT routine 2400 appears in 
FIGS. 25 and 26 in block diagram form, with FIG. 25 
presenting those portions 2402 which relate to the 
reception of incoming packets from radio signals that 
are being placed into the radio receive buffer 938, and 

55 with FIG. 25 presenting those portions 2404 relating to 
receiving incoming characters from a serial port and 
placing them into the receive queue 934. 
[01 1 9] The interrupt which places this program 2400 



15 



29 



EP 0918 416 A2 



30 



into operation occurs whenever a completed character 
is received by the serial port receive buffer 91 0 (FIG. 9). 
At step 2403. the routine checks to see if the character 
is coming from the host computer or printer serial port 
or if the character is coming from the radio linkage, in s 
accordance with the setting of multiplexer 512 in 
response to the HOST/RF signal generated by the 
microprocessor 600. 

[0120] If the data is coming from the host computer or 
printer in non-packetized form, the data is directed to 
the receiving queue 934 shown in FIG. 9. and program 
control commences in FIG. 25. At step 2401 , a check is 
made to see if there is any hardware overrun or framing 
error indicated by the UART hardware associated with 
the serial port receive buffer 910. if so, the program ter- 
minates and takes no action. Otherwise, at step 2405, a 
receive byte flag is set to inform the background soft- 
ware that a character has come in and has been placed 
into the receive queue 934. At step 2407, the data byte 
is placed into the receiving queue 934, and then the 
interrupt routine terminates. With reference back to FIG. 
13, it can seem that the receive byte flag triggers the 
step 1308 in the background program to check at step 
1312 for receiving queue 934 overflow and, at step 
1314, to disable the DTR signal sent back to the host 
computer to prevent the receiving queue 934 from over- 
flowing. 

[0121] In the case of packet data flowing in from the 
radio receiver 700 (FIG. 7). the more complicated step 
shown in FIG. 24 are executed, since it is necessary to 
do error checking and to make a determination as to 
when an entire packet has been received. At step 2406, 
the complete packet flag is checked to see if a complete 
packet has already been received. If so, then the incom- 
ing character is discarded, and the interrupt routine ter- 
minates immediately, since it would be undesirable to 
over-write an already received packet that is residing in 
the radio receive buffer 938 before the complete packet 
flag is cleared by the background software. If not, then 
at step 2408 a check is made to see if there is any serial 
port receiver hardware error, such as an overrun or 
framing error. If so, then at step 241 2 the radio receive 
buffer 938 is cleared, and the various flags discussed 
below are cleared, and the process of looking for a new 
packet is commenced anew. 
[01221 K there is no hardware error, then the received 
byte flag is set at 2410 to allow the background software 
to reset its timeout counter at step 2014 in FIG. 20. 
[0123] A number of software data flags now control 
the path taken by this state machine program as it pro- 
ceeds. A first flag signals when the software is looking 
for the start character 916 (FIG. 9) in an incoming 
packet 912. A second flag indicates that the program is 
saving characters in the radio receive buffer 938 and 
that the incoming characters should be counted. When 
neither of these flags are set and when the complete 
packet flag is also cleared, all of the flags are said to be 
in the reset condition, and the system state is that of 



looking for preamble characters (914 in FIG. 9). These 
preamble characters are simply synchronizing charac- 
ters at the beginning of each packet which help the soft- 
ware define where a packet begins and to distinguish 
packets from background noise. 
[0124] Assuming the state machine to have an the 
flags cleared and to be looking for preamble characters, 
program control commences with step 2414 and pro- 
ceeds to step 2416 where tests are made to see if a 
valid preamble character has been received. If not then 
the program hafts until the next input character is ready 
to be examined. But if a preamble character has been 
found, then at step 24 1 8. the flag to look for a start char- 
acter is set, and then the program terminates. But the 
character is discarded and is not saved in the radio 
receive buffer 938. 

[0125] The next time a character comes in, the set 
state of the look for start character flag causes step 
2414 to be skipped, and then step 2420 causes pro- 
gram control to commence at step 2422. If a start char- 
acter 916 is encountered, then at step 2426 the flag to 
save characters is set and at step 2428 the counting of 
incoming characters is commenced. Succeeding char- 
acters will be saved in the radio receive buffer 938 and 
will be counted. But if the character that just came in 
was not a start character, a test is made at step 2424 to 
see if it is a second or third preamble character. H so, the 
program terminates wBh no action, and the character is 
discarded. But if the character is not a preamble charac- 
ter, the preceding preamble character is assumed to 
have been erroneous, and at step 2412 the radio 
receive buffer 938 is cleared and all the flags are 
cleared, and the program processes the next character 
from its initialized state. 

[01 26] Once the flag to save and count characters is 
set, program control proceeds past the steps 2414 and 
2420 to the step 2430 where the incoming character is 
saved in the radio receive buffer 938. Then at 2432 the 
character count is incremented. At step 2434, certain of 
the incoming characters in the packet 912 are saved In 
RAM for reference by the software. The sixth byte, the 
type or command value, is saved; the seventh byte, 
which is a sequence number, is saved; the eighth byte, 
which is the length of the data portion of the packet 912, 
is also saved as a length value. 
[0127] Next, in step 2436, a test is made to see H a 
complete packet has been received. The character 
count value is compared to the sum of the data packet 
header size (8 bytes) plus the length of the data portion 
928 (represented by the value "LENGTH" in the block 
diagram element) plus the length of the CROC number 
920, which is two bytes. If the character count is equal 
to the length of the preamble plus the length of the data 
plus the length of the CRCC part, then all the data val- 
ues have been received, and a complete packet flag is 
set, which disables the RX INTERRUPT routine from 
saving any more data bytes in the radio receive buffer 
938 and, also triggers the background program to proc- 
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ess the packet. 

[0128] While the preferred embodiment of the inven- 
tion has been described, it will be understood by those 
skilled in the art that numerous modifications and 
changes may be made without departing from the true s 
spirit and scope of the invention as defined by the 
claims appended to and forming a part of this specifica- 
tion. 

Claims 10 

1. An apparatus for transfercing data between a 
source of information and a sink for information by 
a wireless linkage comprising: 

75 

a first transceiver unit connecting to said 
source of information and having an address; 
a second transceiver unit connecting to said 
sink for information and having an address; 
a control on each of said first and second units 20 
for placing them into a first linkage mode; 
a handshake protocol within each of said first 
and second units, placed into operation when 
the units are in said first linkage mode, which, 
causes them to exchange addresses by one 25 
broadcasting its address and by the other 
responding with its own address; 
said units, following the successful execution of 
said address exchange handshake, placing 
themselves into a data communications mode 30 
where each communicates only with the other; 
and 

said units thereafter wirelessiy transferring 
data in the form of packetized, error correcta- 
ble, addressed data packets, and also transfer- as 
ring addressed acknowledgements of 
successful receipt of such data packets, to 
transfer data in an error-free manner between 
said source to said sink. 

40 

2. A method for establishing a wireless network link- 
age between a source and a sink for information 
comprising the steps of: 

placing the source and the sink into a first link- 45 
age mode where each is seeking out a linkage 
partner; 

while both are in the linkage mode, causing the 
source to handshake with the sink through an 
exchange of addresses between said source so 
and sink 

having said source and sink, following a suc- 
cessful address exchange handshake, switch 
into a second data communications mode 
where each communicates by address only ss 
with the other; and 

while both are in the data communications 
mode, having the source send addressed. 



packetized, error detectable data packets to the 
sink, and having the sink return addressed 
acknowledgements of successful packet 
receipt 

3. A wireless Erik designed to replace an industry- 
standard transmission cable having first and sec- 
ond signal connectors, such as an RS-232-C serial 
cable or the like, comprising: 

first and second transceiver units having 
respectively first and second signal connec- 
tors; 

a control on each unit for placing the unit into a 
first linkage mode; 

a handshake protocol within each unit placed 
into operation when the unit is in said first link- 
age mode which enables one of a pair of such 
units to broadcast its address and which ena- 
bles the other of the pair of such units to cap- 
ture the broadcast address and to return its 
own address; 

a control within each unit when in said first link- 
age mode that senses the successful comple- 
tion of an exchange of addresses between two 
such units in linkage mode and that thereafter 
places the units which exchanged addresses 
into a second data transmission mode, wherein 
they can send addressed data packets to each 
other; 

a data exchange protocol within each pair of 
units, when the units are address-linked in said 
second data transmission mode, which causes 
them to receive data from the signal connector, 
packetize the data, send the packetized, 
addressed, error detectable packets via radio 
to the other unit, receive such addressed pack- 
etized data, check the data for errors, acknowl- 
edge an accurate transmission by sending a 
return-addressed acknowledgement packet to 
the other unit, and present the data to the sig- 
nal connector. 

4. A pair of identical wireless transceivers designed to 
be used in pairs as a wireless transmission linkage 
and designed to conserve power, each comprising: 

a power supply; 
a transmitter; 
a receiver; 
a data port; 

a programmed microprocessor having facility 
for data input and output, connecting to said 
transmitter, receiver, data port and power sup- 
ply, and programmed to transfer data between 
said data port and said transmitter and 
receiver, packetizing data presented to said 
transmitter with address and error detection 
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data and unpacketizing and error checking 
data received from said receiver, discarding 
erroneous data received from said receiver and 
requesting its retransmission; 
means controlled by said programmed micro- s 
processor for powering down said transmitter 
when not transmitting, said receiver when not 
receiving, and said data port when not transfer- 
ring; 

means for causing each unit to initially io 
exchange addresses with another unit and 
thereafter communicate only with said other 
unit, thereby forming a linked pair of units; and 
means actuated during idle periods, for power- 
ing up the receiver in one of a pair of units only 75 
periodically, at certain times, and timing means 
arranging for the other of such a pair of units to 
commence transmitting data packets only at 
such times. 

20 

A wireless data switch interconnecting a source of 
data with multiple sinks of data comprising: 

a first unit connecting to said source and 
arranged to receive information from said 2s 
source; 

for each said sink, a second unit connecting to 
said sink and arranged to present information 
to said sink; 

each said unit having a transmitter and a 30 
receiver and a data port for connecting to said 7. 
source or sink; 

switch means in said first unit for selecting one 
of several possible sinks of information; 
means associated with each said second unit 35 
including an address enabling rt to broadcast 
said address when placed into a first linkage 
state and, later, to receive addressed data 
packets when placed into a second data trans- 
fer state; and 40 
means associated with said first unit, when 
said switch means is in any given position, for 
accepting the address of one of said second 
units that Is In said first linkage state and for 
thereafter, whenever said switch means is in 45 
that same position, for entering a data transfer 
state wherein source data is sent in addressed 
packets to said selected one of said second 
units for presentation to said associated sink; 
whereby the source may be linked by wireless so 
addressed linkage to plural sinks and may 
thereafter send data to any one of them under 
control of said switch. 

An apparatus for transferring data between a 55 
source of information and a sink for information by 
a wireless linkage comprising: 



a first battery powered transceiver unit con- 
necting to said source of information and hav- 
ing an address; 

a second battery powered transceiver unit con- 
necting to said sink for information and having 
an address; 

a control on each of said first and second units 
for placing them into a first linkage mode; 
a handshake protocol within each of said first 
and second units, placed into operation when 
the units are in said first linkage mode, which 
causes them to exchange addresses by one 
broadcasting its address and by the other 
responding with its own address; 
said units, following the successful execution of 
said address exchange handshake, placing 
themselves into a data communications mode 
where each communicates only with the other; 
said units thereafter wirelessry transferring 
data in the form of packetized, error correcta- 
ble, addressed data packets, and also transfer- 
ring addressed acknowledgements of 
successful receipt of such data packets, to 
transfer data in an error-free manner between 
said source to said sink; and 
said units conserving power by shutting down 
transmitter, receiver, and connector compo- 
nents when not conveying or waiting for infor- 
mation. 

A wireless link designed to replace an industry- 
standard transmission cable having first and sec- 
ond signal connectors, such as an RS-232-C serial 
cable or the like, comprising: 

first and second transceiver units having 
respectively first and second signal connec- 
tors, at least one of said transceiver units is 
being battery powered and conserving power 
by powering down its transmitter and receiver 
and connector when not conveying or awaiting 
information; 

a control on each unit for placing the unit into a 
first linkage mode; 

a handshake protocol within each unit placed 
into operation when the unit is in said first link- 
age mode which enables one of a pair of such 
units to broadcast its address and which ena- 
bles the other of the pair of such units to cap- 
ture the broadcast address and to return its 
own address; 

a control within each unit when in said first link- 
age mode that senses the successful comple- 
tion of an exchange of addresses between two 
such units in linkage mode and that thereafter 
places the units which exchanged addresses 
into a second data transmission mode, wherein 
they can send addressed data packets to each 
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other; 

a data exchange protocol within each pair of 
units, when the units are address-linked in said 
second data transmission mode, which causes 
them to receive data from the signal connector, s 
packetize the data, send the packetized, 
addressed, error detectable packets via radio 
to the other unit, receive such addressed pack- 
etized data, check the data for errors, acknowl- 
edge an accurate transmission by sending a 10 
return-addressed acknowledgement packet to 
the other unit, and present the data to the sig- 
nal connector. 

8. A pair of identical wireless transceivers designed to is 
be used in pairs as a wireless transmission linkage 
and designed to conserve power, each comprising: 

a battery power supply; 

a transmitter; 20 
a receiver; 
a data port; 

a programmed microprocessor having facility 
for data input and output, connecting to said 
transmitter, receiver, data port and battery 25 
power supply, and programmed to transfer data 
between said data port and said transmitter 
and receiver, packetizing data presented to 
said transmitter with address and error detec- 
tion data and unpacketizing and error checking 30 
data received from said receiver, discarding 
erroneous data received from said receiver and 
requesting its retransmission; 
means controlled by said programmed micro- 
processor for powering down said transmitter 35 
when not transmitting, said receiver when not 
receiving, and said data port when not transfer- 
ring; 

means for causing each unit to initially 
exchange addresses with another unit and 40 
thereafter communicate only with said other 
unit thereby forming a linked pair of units; and 
means actuated during idle periods, for power- 
ing up the receiver in one of a pair of units only 
periodically, at certain times, and timing means 45 
arranging for the other of such a pair of units to 
commence transmitting data packets only at 
such times. 

9. An apparatus for transferring information between a so 
source of information and a sink for information by 

a wireless linkage comprising: 

a first transceiver unit connection to said 
source of information and having an address; ss 
a second transceiver unit connecting to said 
sink for information and having an address; 
a control on each of said first and second units 



for placing them into a first linkage mode; 
a handshake protocol within each of said first 
and second units, placed into operation when 
the units are in said first linkage mode, which 
causes them to exchange addresses by one 
broadcasting its address and by the other 
responding with its own address; 
said units, following the successful execution of 
said address exchange handshake, placing 
themselves into an information communica- 
tions mode where each communicates only 
with the other; and 

said units thereafter wirelessly transferring 
information in the form of packetized, error 
detectable, addressed information packets, 
and also transferring addressed acknowledge- 
ments of successful receipt of such information 
packets, to transfer information in a error-free 
manner between said source and said sink 
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OR EQUAL TO 
8 + LENGTH + 2 
THEN SET 
COMPLETE 
PACKET FLAG 
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PRINTER DATA 



2401^ FRAMING ERROR? 



OVER RUN OR YES 
5ERRC 

I NO 



SET RECEIVED 
2405 J BYTE FLAG 
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ZWr f IN BUFFER 



INTERUPT 
RETURN 
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